Content management system integrations with web meetings

ABSTRACT

Methods, systems, and computer program products. A virtual canvas is presented in an active area of an online meeting facility that renders participant-specific online virtual canvas interactions raised by a respective plurality of users&#39; devices. Users can see and hear each other&#39;s interactions during an virtual canvas session. Annotations include drawings, content object edits, voice annotations, etc. that correspond to a displayed portion of a content object of a content management system (CMS). Based on the interactions and/or inferences made based on those interactions, the virtual canvas system generates commands to be executed by the content management system. Characteristics of interactions between users can be enriched by drawing information from the content management system and using such information in combination with the interactions themselves. The CMS can recommend teams, and action items, and the CMS can provide hints to participants, so as to facilitate more effective engagement between the participants.

RELATED APPLICATIONS

The present application is a continuation of, and claims the benefit ofpriority to U.S. patent application Ser. No. 17/816,329 titled “CONTENTMANAGEMENT SYSTEM INTEGRATIONS WITH WEB MEETINGS”, filed on Jul. 29,2022, which is hereby incorporated by reference in its entirety.

TECHNICAL FIELD

This disclosure relates to online collaboration systems, and moreparticularly to techniques for integrating web meeting facilities withcontent management systems.

BACKGROUND

In recent years, electronic collaboration systems have gainedpopularity. Today, any number of people associated with any number oforganizations can come together in an electronic collaboration sessionsuch that they can speak to each other (e.g., using voice over IP), andsuch that they can see each other on a computer screen. In some cases,facilities are provided such that they can perform computer-to-computerinteractions using user interface devices (e.g., pointer devices, mice,touchscreens, keyboards, etc.) to make entries into and/or to manipulatescreen devices (e.g., electronic whiteboards, shared chat conversations,etc.). In some settings (e.g., in high-tech workplaces), online meetingshave nearly replaced in-person meetings. In fact, there are myriadsituations where online meetings are the preferred mode of groupcommunication.

Some web meeting facilities support uploading of files “into” to avirtual meeting area in a manner that allows sharing of the contents ofthe file with the participants in the online web meeting. For example, aparticipant might upload a file from his/her laptop such that the otherparticipants can see the contents of the uploaded file (e.g., a previewview) on the display surface of their respective user devices.

Concurrent with the rapid adoption of virtual meetings has been therapid adoption of content management systems. Content management systemsgo well beyond mere file systems, at least in that content managementsystems keep track of a wealth of information about how a particularcontent object (e.g., file) is being shared and accessed.

Unfortunately, even the most modern web meeting systems fail to takeadvantage of the existence of the wealth of information stored incontent management systems. Therefore, what is needed is a technique ortechniques that address these deficiencies.

SUMMARY

This summary is provided to introduce a selection of concepts that arefurther described elsewhere in the written description and in thefigures. This summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tolimit the scope of the claimed subject matter. Moreover, the individualembodiments of this disclosure each have several innovative aspects, nosingle one of which is solely responsible for any particular desirableattribute or end result.

The present disclosure describes techniques used in systems, methods,and in computer program products for virtual meeting integrations withcontent management systems, which techniques advance the relevanttechnologies to address technological issues with legacy approaches.More specifically, the present disclosure describes techniques used insystems, methods, and in computer program products for real-time controlof a content management system based on participant interactions with anonline virtual canvas user interface. Certain embodiments are directedto technological solutions for using the facilities of a contentmanagement system to improve the quality of collaborative interactionsduring online meetings.

The ordered combination of steps of the embodiments serve in the contextof practical applications that perform steps for using the facilities ofa content management system to improve the quality of collaborativeinteractions during online meetings. These techniques overcomelong-standing yet heretofore unsolved technological problems associatedwith integrating virtual meetings with content management systems.

Some of the herein-disclosed embodiments for using the facilities of acontent management system to improve the quality of collaborativeinteractions during online meetings are technological solutionspertaining to technological problems that arise in the hardware andsoftware arts that underlie online collaboration systems. Furthermore,some of the herein-disclosed embodiments for using the facilities ofonline meetings pertain to improving the utility of a content managementsystem. are also technological solutions that pertain to technologicalproblems that arise in the hardware and software arts. Aspects of thepresent disclosure achieve performance and other improvements inperipheral technical fields including, but not limited to, human-machineinterfaces and recommendation systems.

Some embodiments include a sequence of instructions that are stored on anon-transitory computer readable medium. Such a sequence ofinstructions, when stored in memory and executed by one or moreprocessors, causes the one or more processors to perform a set of actsfor using the facilities of a content management system to improve thequality of collaborative interactions during online meetings.

Some embodiments include the aforementioned sequence of instructionsthat are stored in a memory, which memory is interfaced to one or moreprocessors such that the one or more processors can execute the sequenceof instructions to cause the one or more processors to implement actsfor using the facilities of a content management system to improve thequality of collaborative interactions during online meetings.

In various embodiments, any combinations of any of the above can beorganized to perform any variation of acts for real-time control of acontent management system based on participant interactions with anonline virtual canvas user interface, and many such combinations ofaspects of the above elements are contemplated.

Further details of aspects, objectives and advantages of thetechnological embodiments are described herein, and in the figures andclaims.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings described below are for illustration purposes only. Thedrawings are not intended to limit the scope of the present disclosure.

FIG. 1A exemplifies an online collaboration environment that integratesa virtual canvas with a content management system, according to anembodiment.

FIG. 1B exemplifies a time progression scenario from inception toconclusion of an online collaboration session, according to anembodiment.

FIG. 1C presents an online virtual canvas user interface showing avariety of interactive tools available to participants during an onlinecollaboration session, according to an embodiment.

FIG. 1D presents a sampling of CMS control instruction types that can beraised in an online collaboration session and carried out by a contentmanagement system, according to an embodiment.

FIG. 2 presents a CMS control instruction generation technique as usedin online meeting systems that raise CMS control instructions to becarried out by a content management system, according to an embodiment.

FIG. 3 depicts an example client-server implementation of a virtualcanvas system that causes CMS control instructions to be carried out bya content management system, according to an embodiment.

FIG. 4 presents an online collaboration session profile generationtechnique as used in systems that raise CMS control instructions to becarried out by a content management system, according to an embodiment.

FIG. 5 depicts an engagement measurement technique as used in systemsthat raise CMS control instructions to be carried out by a contentmanagement system, according to an embodiment.

FIG. 6A depicts an example virtual canvas ecosystem in which a contentmanagement system responds to CMS query instructions, according to anembodiment.

FIG. 6B depicts an example virtual canvas ecosystem that is configuredto provide a stream of real-time metrics to a content management system,according to an embodiment.

FIG. 6C depicts an example virtual canvas ecosystem that is configuredto provide a stream of engagement enhancement hints to participants in avirtual canvas session, according to an embodiment.

FIG. 7A depicts a virtual canvas session engagement analysis techniqueas used in systems that infer team groupings based on virtual canvasuser interactions, according to an embodiment.

FIG. 7B depicts an interaction event enrichment technique as used insystems that infer emit recommendations based on virtual canvas userinteractions, according to an embodiment.

FIG. 8A exemplifies an online collaboration environment that isconfigured to enforce security properties imposed on content objects ofa content management system, according to an embodiment.

FIG. 8B1 and FIG. 8B2 exemplify an online collaboration environment thatis configured to save virtual canvas assets and a correspondingmanifest, according to an embodiment.

FIG. 9A and FIG. 9B depict system components as arrangements ofcomputing modules that are interconnected so as to implement certain ofthe herein-disclosed embodiments.

FIG. 10A and FIG. 10B present block diagrams of computer systemarchitectures having components suitable for implementing embodiments ofthe present disclosure and/or for use in the herein-describedenvironments.

DETAILED DESCRIPTION

Aspects of the present disclosure solve problems associated with usingcomputer systems for integrating online web meeting facilities with acontent management system. Some embodiments are directed to approachesfor using the facilities of a content management system to improve thequality of collaborative interactions during online web meetings. Theaccompanying figures and discussions herein present exampleenvironments, systems, methods, and computer program products forreal-time interactions between a content management system and an onlinevirtual canvas user interface.

Overview

Today, any number of people associated with any number of organizationscan come together in an online collaboration session such that they canspeak to each other (e.g., using voice over IP) and such that they canshare using a computer screen (e.g., using a virtual canvas). Often anonline meeting facilitator and/or other online participants want toupload files “into” to a virtual canvas session in a manner that allowssharing of the contents of the file with the participants in the onlinemeeting. For example, a facilitator might upload a file such that theother participants can see the contents of the uploaded file (e.g., apreview view) on the display surface of their respective user devices.

While sharing the contents of the file on a surface such as a virtualcanvas has its advantages, there are myriad further advantages that canbe garnered via implementation of the herein-disclosed integrationsbetween a content management system and an online meeting facility.

To illustrate, since a content management system keeps track of a wealthof information about how a particular content object (e.g., file) isbeing shared and/or accessed, one integration serves to interrelateinformation from the content management system with the ongoingcollaboration interactions taking place in the virtual meeting (e.g., onor over a virtual canvas). To further illustrate, a virtual meeting canbe configured to capture ongoing real-time collaboration activities, andthose activities and/or the semantics that underly those activities canbe used to manipulate data (e.g., files, metadata, etc.) of the contentmanagement system.

Moreover many content management systems are able to access theinformation inside the content object. As such, when a contentmanagement system is configured to be able to keep track of informationabout how a particular content object is being manipulated, and/or whena content management system is configured to be able to interpret theinformation inside the content object, then such information is at leastpotentially available to a virtual meeting facility. Similarly,information that may emerge during the course of a virtual meeting is atleast potentially available to a content management system.

The concept of tight integration between an online collaboration sessionand a content management system is far reaching. Moreover, the hereindisclosed techniques for bidirectional integration bring forth hithertounexploited synergies between an online collaboration session and acontent management system. Some of the herein-disclosed techniquesinvolve analysis of collaboration activities in a manner that informshow data at the collaboration system can be manipulated. In the reversedirection, some of the herein-disclosed techniques involve provision ofdata from the content management system in a manner that informs howcollaboration can be improved in the context an online collaborationsession.

Definitions and Use of Figures

Some of the terms used in this description are defined below for easyreference. The presented terms and their respective definitions are notrigidly restricted to these definitions—a term may be further defined bythe term's use within this disclosure. The term “exemplary” is usedherein to mean serving as an example, instance, or illustration. Anyaspect or design described herein as “exemplary” is not necessarily tobe construed as preferred or advantageous over other aspects or designs.Rather, use of the word exemplary is intended to present concepts in aconcrete fashion. As used in this application and the appended claims,the term “or” is intended to mean an inclusive “or” rather than anexclusive “or”. That is, unless specified otherwise, or is clear fromthe context, “X employs A or B” is intended to mean any of the naturalinclusive permutations. That is, if X employs A, X employs B, or Xemploys both A and B, then “X employs A or B” is satisfied under any ofthe foregoing instances. As used herein, at least one of A or B means atleast one of A, or at least one of B, or at least one of both A and B.In other words, this phrase is disjunctive. The articles “a” and “an” asused in this application and the appended claims should generally beconstrued to mean “one or more” unless specified otherwise or is clearfrom the context to be directed to a singular form.

Various embodiments are described herein with reference to the figures.It should be noted that the figures are not necessarily drawn to scale,and that elements of similar structures or functions are sometimesrepresented by like reference characters throughout the figures. Itshould also be noted that the figures are only intended to facilitatethe description of the disclosed embodiments—they are not representativeof an exhaustive treatment of all possible embodiments, and they are notintended to impute any limitation as to the scope of the claims. Inaddition, an illustrated embodiment need not portray all aspects oradvantages of usage in any particular environment.

An aspect or an advantage described in conjunction with a particularembodiment is not necessarily limited to that embodiment and can bepracticed in any other embodiments even if not so illustrated.References throughout this specification to “some embodiments” or “otherembodiments” refer to a particular feature, structure, material, orcharacteristic described in connection with the embodiments as beingincluded in at least one embodiment. Thus, the appearance of the phrases“in some embodiments” or “in other embodiments” in various placesthroughout this specification are not necessarily referring to the sameembodiment or embodiments. The disclosed embodiments are not intended tobe limiting of the claims.

Descriptions of Example Embodiments

FIG. 1A exemplifies an online collaboration environment that integratesa virtual canvas with a content management system. As an option, one ormore variations of online collaboration environment 1A00 or any aspectthereof may be implemented in the context of the architecture andfunctionality of the embodiments described herein and/or in anyenvironment.

The figure is being presented to illustrate how content objects (e.g.,documents 104, images 106, audio 108) of a content management system(CMS) or its corresponding metadata can be modified in response toanalysis of virtual canvas session interactions taken by virtual canvassession participants. More specifically the figure is being presented toillustrate how CMS control instructions 131 are generated.

As used herein, a “content management system” is a collection ofexecutable code that facilitates performance of a set of coordinatedfunctions, tasks, or activities on behalf of a plurality ofcollaborating users that operate over shared content objects. Morespecifically, a content management system facilitates collaborationactivities such as creating a shared content object and establishing aset of users who can access the shared content object concurrently. Insome embodiments as contemplated herein, a “content management system”is implemented as a set of computer-implemented modules thatinteroperate to capture, store, and provision access toelectronically-stored data that comprises a history of events taken overshared content objects. Access by users to individual ones of thecontent objects of a content management system is controlled bycollaboration group settings.

As used herein, a “content object” is any computer-readable,electronically-stored data that is made accessible to a plurality ofusers of a content management system. Different content managementsystem users may each have respective permissions to access theelectronically-stored data. The electronically-stored data may bestructured as a file, or as a folder/directory, or as metadata.

As used herein, a “content management system command” or “contentmanagement system commands” are an instruction or instructions that areexecuted in order to carry out a set of operations over a CMS. Invarious embodiments, content management system commands may beimplemented through use of application programming (API) calls. In otherembodiments, content management system commands may be implementedthrough use of middleware that implements application programming (API)calls. In some cases, when a content management system command isexecuted by an underlying content management system, the execution ofthe command causes a change to the state (e.g., data state) of thecontent management system. In other cases, when a content managementsystem command is executed by an underlying content management system,the execution of the command reports a data state of the contentmanagement system.

As used herein an “online meeting facility” is a collection of computerexecutable code that is installed or otherwise configured onto two ormore user devices, wherein such executable code is further configured topresent two or more live audio/video streams that originate from the twoor more user devices. One example of an “online meeting facility” is acomputerized system that connects two or more user devices (e.g., alaptops or desktops, or phones or tablets or combinations thereof) overthe Internet in a manner that allows users of the two or more userdevices to see and hear each other and/or that allows participants tosee displayed images and hear sounds that correspond the images andsounds of a presenter's user device. Any of the two or more user devicesmay serve as a presenter. The images and sounds of a presenter's userdevice may be bounded by an active area that is defined and maintainedby the online meeting facility such that one user's input into theactive area can be seen by other users within their respective activeareas.

As used herein, an “online meeting session” or “online collaborationsession” is formed when two or more user devices have installed orotherwise configured web conferencing code onto respective user devices.An “online meeting session” commences when two or more of the userdevices each launch the web conferencing code. The terms “online meetingsession” or “online collaboration session” are used interchangeably.

As shown, a content management system 102 is made accessible to userdevices (e.g., CMS user device1, non-CMS user device2, CMS user deviceN)such that any portion of CMS content object storage 101 and/or anyportion of the CMS metadata storage 109 can be uploaded into a virtualcanvas session. Once any one or more of the stored content objectsand/or its metadata has been uploaded into a virtual canvas session,users can perform any manner of virtual canvas session interactions 126.For example, the users can talk (e.g., discuss, criticize, correct,etc.) while referring to the uploaded item. As another example, theusers can use their user devices, possibly including a pointing device(e.g., mouse, touch screen, etc.) to make sketches that appear on thevirtual canvas display area 110 of the user devices.

As used herein, a “virtual canvas” or “online virtual canvas” refers tothe active area of an online meeting facility, where the active areaincludes any displayed or displayable portion of the web conferencinguser interface. Such a displayed or displayable portion of the webconferencing user interface can include a whiteboard, a chat facility,an annotation area, an upload area, a gallery of participant avatars, alive audio/video feed, a live editing area, and/or any displayed areathat supports user interactions with the web conferencing user interfacefrom a user device. The terms “virtual canvas” and “online virtualcanvas” are used interchangeably. In embodiments disclosed herein, anonline virtual canvas is configured to display all or portions of acontent object of a content management system.

In some embodiments, a web conferencing user interface includes anactive area (e.g., a workspace) that implements a whiteboard as used forcomposing an annotation over a corresponding content object. In somecases the annotations can be displayed on top of any displayed portionsof the content object. In some cases the annotations can be actual liveediting changes over a content object, which actual live editing changesare displayed as changed portions of the content object. In some cases,a whiteboard or other portion of the active area is implemented as aglassboard that implements a transparent overlay that is rendered in amanner such that a user can add an overlay annotation on top of thetransparent overlay. Manipulation of one or more annotation tools (e.g.,shape annotation tools, text annotation tools) or in some cases, merelydragging a finger or a mouse or other pointing device over theglassboard leaves a visible overlay annotation. As used herein, a“glassboard” is an invisible or transparent layer or semi-transparentlayer that is juxtaposed between a lower display layer and a higherlayer comprising one or more overlay annotations that are registeredwith respect to the lower display layer.

As used herein, an “annotation” or “overlay annotation” or “glassboardannotation” refers to a visible mark or audible utterance produced by auser via a user device. An annotation can be a visible drawing or sketchmade by a participant, or an annotation can be a visible icon made by orcaused by a participant (e.g., by operation of a virtual canvas tool).

Further details regarding general approaches to making annotations aredescribed in U.S. Pat. No. 11,374,990 titled “SAVING AN OVERLAYANNOTATION IN ASSOCIATION WITH A SHARED DOCUMENT” issued on Jun. 28,2022, which is hereby incorporated by reference in its entirety.

Any one or more of the heretofore mentioned virtual canvas sessioninteractions, whether considered singly or in combination, can bereceived as input into an inferencer 112. The inferencer is configuredto perform virtual canvas information processing 128 so as to interpretthe virtual canvas session interactions and generate CMS controlinstructions 131. Such CMS control instructions may correspond tocontent object changes 114 that are to be applied at the CMS, and/orcontent object metadata changes 116 that are to be applied at the CMS,and/or collaboration group changes 118.

The inferencer 112 is configured to be able to process a wide range ofvirtual canvas session interactions. Table 1 is presented below toexemplify some possible inferencer inputs (e.g., virtual canvas sessioninteractions). Table 2 is presented below to exemplify some possibleinferencer outputs (e.g., CMS control instructions).

TABLE 1 Inferencer inputs Inferencer Inputs Example ProcessingTalk/discussion Speech-to-text and word clustering Sketches Opticalcharacter recognition, object recognition Talk/discussion in combinationwith sketches Relationships between words and objects User reactions(e.g., based on raised icons, Derive weights or strength of certainactions relative to other and/or voting, and/or pointer device activity,reactions. and/or voting actions, etc.)

TABLE 2 Inferencer outputs Inferencer Outputs Description List ofregistered CMS users corresponding Identify CMS users who are associatedwith any of the to canvas session interactions virtual canvas sessioninteractions Inferred action items Textual description of a “To Do” itemor codification of a CMS workflow entry point based on any of the inputsInferred owners corresponding to the action Identify CMS users who areassociated with any one or items more of the inferred action itemsTopics, keywords Textual description of a topic or keyword as takendirectly from inputs into the virtual canvas and/or as discovered fromnatural language processing of speech-to-text outputs Ideas or themes(involving multiple topics) Textual description of ideas or themes astaken directly from inputs into the virtual canvas and/or as discoveredfrom natural language processing of speech-to-text outputs Weights oftopics, ideas, keywords, each Numeric values applied to topics, ideas,or keywords with corresponding relative weights Groupings of uploadedobjects Groupings are determined based on interactions of theparticipants in the virtual canvas session and/or based on collaborationmetrics derived from the CMS (e.g., based on a history of events overcontent objects of the CMS

In addition to performing the various types of processing as presentedin Table 1 and Table 2 so as to derive meaning from the interactions byand between the participants, the inferencer is capable of CMS controlinstruction generation 129. Specifically, and as shown, the inferenceris configured to be able to codify instructions that are subsequentlycarried out by the CMS. This is exemplified by the shown CMS controlinstructions 131 that are informed by any one or more of content objectchanges 114, content object metadata changes 116, and/or collaborationgroup changes 118. Accordingly, particular species of CMS controlinstructions include (1) a content object change instruction 120, (2) ametadata change instructions 122, and/or (3) a collaboration groupchange instructions 124. In exemplary embodiments, these CMS controlinstructions are codified with sufficient specificity (e.g., referenceto a particular content object or reference to a particularcollaboration group, etc.) such that the instructions may be received bya CMS control layer 103 and passed to the content management system forexecution therein.

To illustrate, it might happen that a participant might upload a filefrom his/her user device, which file had not yet been loaded into theCMS. The file is then loaded into the CMS, and any metadata associatedwith the newly loaded file is also loaded into the CMS. This is anexample where the CMS control instructions would include (1) a contentobject change instruction 120 (to reflect the existence of the newfile), and (2) one or more metadata change instructions 122. In someembodiments, further CMS control instructions are sent to the CMS so asto establish or change constituency of a collaboration group thatidentifies selected participants. In some embodiments, CMS controlinstructions are sent to the CMS so as to add a member to, or so as toremove a member from, a collaboration group. In some embodiments, evenstill further CMS control instructions are sent to the CMS so as toestablish ownership of a newly loaded file. In some situations, aparticipant in the online collaboration session might not be aregistered user of the CMS. In such a situation, the CMS might establisha temporary user account for the user who is not a registered user ofthe CMS. Such a temporary account includes a proxy of a CMS user thatpermits limited access to only a limited set of content objects (e.g.,only those content objects that were shared during the course of theonline collaboration session).

The timeframe during which the inferencer operates can include theentire time that the virtual canvas session interactions 126 areoccurring. Additionally or alternatively, the timeframe during which theinferencer operates can include a time period after the close of thevirtual canvas session. This can be advantageously applied in acomputing system. In particular, some of the processing of inputs (e.g.,the inputs of Table 1) can be carried out in real-time or near-real-time(e.g., speech to text) during the time progression of the session,whereas other processing can most effectively be carried out after theclose of the virtual canvas session. Strictly as one example, it mightbe that some of the virtual canvas session interactions 126 involveconversations between participants. In such cases, it might be that postprocessing over the audio recording of the conversations are subjectedto representation conversion (e.g., via speech-to-text), languagetranslation (e.g., from one language into another), and/or distillation(e.g., semantic extraction) of the conversation into topics, ideas,action items, etc. In such a case it might be most effective to separatethe full audio/video of the session into multiple separate channels,where multiple separate channels correspond to what was said by eachparticipant. In some embodiments, the text version from a speech-to-textrepresentation conversion is presented in the virtual canvas as aspeech-to-text annotation or as a speech-to-text bubble. Bubbles can bedisplayed, and then removed from the display in real time.

Further details regarding general approaches to representationconversion, language translation, and/or distillation of a full range ofvirtual canvas session interactions are described in U.S. Pat. No.10,867,209, issued on Dec. 15, 2020, which is hereby incorporated byreference in its entirety.

In some situations individual ones of the aforementioned approaches torepresentation conversion, language translation, and/or distillation ofa full range of virtual canvas session interactions can be applied in asequence or chain, or can be applied in parallel. In some cases, adetermination as to when to invoke any particular conversion, languagetranslation, or distillation may be based at least in part on the timelatency involved between having an input (e.g., some speech) and gettingan answer or output. Accordingly, such a determination can be made inreal-time. Moreover, various ones or types of instructions that areexecuted by the CMS can be generated during the time progression of thesession, whereas other types of instructions are generated after the endof a session. One possible time progression scenario from inception toconclusion of an online collaboration session is shown and described aspertains to FIG. 1B.

FIG. 1B exemplifies a time progression scenario from inception toconclusion of an online collaboration session. As an option, one or morevariations of time progression 1B00 or any aspect thereof may beimplemented in the context of the architecture and functionality of theembodiments described herein and/or in any environment.

As shown, various users (e.g., user U₁, user U₂, user U₃, . . . , userU_(N)) interact with a virtual canvas, for example by talking during thevirtual canvas session and/or by uploading a content object into thevirtual canvas. In this embodiment, the system synthesizes instructionsto be carried out by the CMS during the progression of the virtualcanvas session as well as after the end of the virtual canvas session.Each individual participant in the online virtual canvas session (e.g.,user U₁, user U₂, user U₃, . . . , user U_(N)) can interact throughtheir respective user devices (e.g., laptops, desktops, phones, tabletsor combinations thereof) to cause participant-specific online virtualcanvas interactions.

One such participant-specific online virtual canvas interaction isillustrated by the late arrival of user U_(N). Upon detection of thepresence of user U_(N) the system will set about to register the user'sdevice with the CMS. In some circumstances, the user is already aregistered user of the CMS and the user's user device is registeredaccordingly. In other situations, the user is not already a registereduser of the CMS, so the user's user device is registered with thecontent management system as a guest device.

One of the participant-specific online virtual canvas interactions showninvolves making an annotation. This can be accomplished using one ormore tools provided in or with the virtual canvas. FIG. 1C shows anddescribes interactive tools available to participants during an onlinecollaboration session.

FIG. 1C presents an online virtual canvas user interface showing avariety of interactive tools available to participants during an onlinecollaboration session. As an option, one or more variations of onlinevirtual canvas user interface 1C00 or any aspect thereof may beimplemented in the context of the architecture and functionality of theembodiments described herein and/or in any environment.

As shown the online virtual canvas user interface includes a virtualcanvas display area 110 that is situated in proximity to a virtualcanvas toolbar 144, both of which are displayed as components of asession user interface 140. The session user interface may includeimages or real-time video, or names or avatars of any one or more of theparticipants (e.g., U₁, U₂, U₃, . . . , U_(N)) of the session.

In this embodiment, the virtual canvas toolbar is composed of a tool toadd a CMS content object 146 (e.g., upload a CMS content object, uploada local file to the virtual canvas for subsequent storage as a contentobject in the CMS, etc.), a tool to make a sketch 148, a tool to add asticky note 150, other tools (not shown), and a tool to add an agendaitem 152. Any one or more of the participants can avail themselves ofany one or more of the shown tools of the virtual canvas toolbar so asto participate in the online collaboration session.

Contemporaneously with the collaboration (e.g., during the time that thecanvas user interface is active), various virtual canvas processing canbe carried out so as to infer what actions should be taken by the CMS.Strictly as one example, it might happen that a user avails of the “addan object” tool to add a file that is, for example, uploaded from theuser's computing device. By observing the user's actions or, morespecifically, by observing the operation of the aforementioned “add anobject” tool, quite a lot about the interaction can be inferred. Inexemplary cases, the inferences can be codified as CMS controlinstructions. There are innumerable possibilities for the inferences andcorresponding CMS control instruction types. A selection of CMSinstruction types are shown and discussed as pertains to FIG. 1D.

FIG. 1D presents a sampling of CMS control instruction types that can beraised in an online collaboration session and carried out by a contentmanagement system. As an option, one or more variations of CMS controlinstruction types or any aspect thereof may be implemented in thecontext of the architecture and functionality of the embodimentsdescribed herein and/or in any environment.

The figure is being presented to illustrate the wide range of CMSinstruction types. Moreover, the figure is being presented to illustratethe domino effect where one particular action taken by a user (e.g.,using a virtual canvas toolbar tool) can cause a CMS instruction to begenerated, the execution of which instruction by the CMS will causespecific one or more CMS operations to be invoked, which in turn willraise triggers, which foregoing triggers or operations result in inputsbeing formatted for input to an inferencer (e.g., inferencer 112 of FIG.1A).

Strictly as an illustrative example, an upload action (e.g., by useroperation of the “add an object” tool of the virtual canvas toolbartool) may result in codification of a CMS instruction that invokes anoperation of the CMS to add the uploaded object as new content objectinto the CMS. It might happen that concurrent with the addition of thenew content object in the CMS, metadata corresponding to the new contentobject is codified and associated with the new content object. Further,the event corresponding to the initial action by the user and any dominoeffect events or actions that follow the event corresponding to theinitial action by the user are captured in an event history repositoryas virtual canvas events or session events.

As shown in FIG. 1D, the initial and/or domino effect events mightinclude capturing and/or calculation of participant engagement metrics,dynamic constitution of a team (e.g., with members drawn from theparticipants and/or any users of the CMS), triggering of a CMS workflowat some particular workflow entry point, triggering completion of aworkflow stage gate, emitting task assignments, etc.

As can now be understood, any sort of observable event that occursduring an online collaboration session can cause one or more CMSinstructions to be generated, which in turn causes CMS operations to beinitiated. As such, a virtual canvas session management module can bedeeply integrated with any/all of the facilities of a content managementsystem. One example technique for generating CMS control instructions isshown and described as pertains to FIG. 2 .

FIG. 2 presents a CMS control instruction generation technique as usedin online meeting systems that raise CMS control instructions to becarried out by a content management system. As an option, one or morevariations of CMS control instruction generation technique 200 or anyaspect thereof may be implemented in the context of the architecture andfunctionality of the embodiments described herein and/or in anyenvironment.

The figure is being presented to illustrate one possible implementationof a system that generates CMS control instructions based on analysis ofevents (and corresponding metadata) that occur during an onlinecollaboration session. This particular implementation can makeinferences and generate CMS control instructions therefrom. Theinferencing and/or the generation of CMS control instructions can takeplace during the time that the online collaboration session is activeand/or after the online collaboration session has been closed.

The shown flow commences upon session initiation event 202, after whichevent a long-running operation (e.g., step 204) continuously capturesvirtual canvas collaboration activities and stores the event and anycorresponding metadata into persistent repositories (e.g., into sessionevents 2081 and into session metadata 2061, respectively). Suchgathering of virtual canvas collaboration activities (e.g., in the formof session events and session metadata) can continue for at least aslong as the session remains active. During or after such activitygathering, and with any periodicity, upon some periodic event, 210launches (1) real-time analysis of then-current captured sessionmetadata 218 (step 212) and (2) real-time analysis of then-currentcaptured session events 225 (step 214). Interim results of such analyzedsession metadata may be stored back into the session metadata repositoryas analyzed session metadata 216. Interim results of such analyzedsession events may be stored back into the session event repository asanalyzed session events 220.

Strictly as one example, consider an online collaboration session wherea user uploads a CMS content object for display in/on the virtual canvasdisplay area. Further consider that a different user might post acomment into/onto the virtual canvas display area on top of, or inproximity to, the content object being displayed in/on the virtualcanvas display area. In this situation, the metadata comprising thecomment itself or a reference to the comment itself can be implied to beassociated with the uploaded content object. Such an implication,possibly with an association between the comment and aspects of theevent of the posting of the event could be stored (e.g., in sessionmetadata 2061) as analyzed session metadata 216. Additionally oralternatively, an implication could be stored (e.g., as session events2081) as analyzed session events 220.

At some point in time, the session metadata repository and the sessionevent repository are deemed to be in a condition processing byinferencer 112. The foregoing point in time might be during the timethat the online collaboration session is active and/or after the onlinecollaboration session has been closed. Regardless of the specific pointin time when the inferencer is invoked, the inferencer may correlatesession events with session metadata (step 222). Such correlations,possibly including application of rules and/or heuristics, serve togenerate inferences 229 (step 228). Additionally, or alternatively, theinferencer can correlate session events with session metadata (step 222)so as to emit inferences (step 228). The steps within the inferencer 112can be carried out repeatedly in a loop or other iterative controlstructure.

At any moment in time, possibly in real time during correlation, and/orpossibly when all of the session metadata and/or all of the sessionevents have been processed by the inferencer, CMS control instructions131 are generated (step 230).

The operations and/or data storage of FIG. 2 can be implemented my anycomputing device in any environment. Strictly as an illustrativeexample, FIG. 3 depicts a client-server implementation where variouscomputing devices are in communication with each other over theInternet.

FIG. 3 depicts an example client-server implementation of a virtualcanvas system that causes CMS control instructions to be carried out bya content management system. As an option, one or more variations ofclient-server implementation 300 or any aspect thereof may beimplemented in the context of the architecture and functionality of theembodiments described herein and/or in any environment.

As shown, computing devices (e.g., user devices 305 ₁, . . . , userdevices 305 _(N)) are situated in client-side execution environment 380.Such computing devices communicate over the Internet (e.g., over network311 ₁, . . . , over network 311 _(N)) via an API 313 integrated with theshown content management system 304 that is situated in server-sideexecution environment 390. The shown content management system 304includes a virtual canvas session management module 302 which is able toingress and egress data from many CMS modules (e.g., content object deepinspection module 324, workflow processing module 326, security module328, content object metadata module 330, and event history module 334).Any or all of the aforementioned CMS modules can access (e.g., forreading, writing, execution, and deletion) content objects 336. Each ofthe aforementioned modules can be dedicated to a particular set offunctions, some examples of such functions are discussed infra.

As used herein, “content object deep inspection” refers to analysis ofhuman-readable intelligence by considering the meaning of human-readablewords within a collaboration object.

The virtual canvas session management module 302 is configured to beable to process events 312 (e.g., within an event processing statemachine 319), which events 312 may originate from user devices (e.g.,events 312 ₁, . . . , events 312 _(N)) due to user interactions in avirtual canvas session, or which events may originate or be derived fromany one or more of the foregoing CMS modules. In some cases, and asshown, events, possibly with corresponding event metadata, are deliveredto one or more CMS modules. The receiving CMS modules may respond byprocessing the event or events and raising a different event as anoutput. In some cases, events from multiple CMS modules are receivedasynchronously by the event processing state machine in a manner suchthat successive events received at different times by the eventprocessing state machine may cause the underlying state machine toadvance to a next state. In turn, entry into a next state may raise yetanother event, and so on.

Entry or exit from any state of the event processing state machine maycause emission of one or more CMS control instructions 131, whichinstructions can be processed by or through the shown bidirectional CMScontrol layer 103 _(BIDIRECTIONAL). As shown, the bidirectional CMScontrol layer is configured to be able to receive CMS controlinstructions from the virtual canvas session management module and postsuch instructions to API 313. In this manner the CMS can be controlledby the virtual canvas session management module. In this particularembodiment, the virtual canvas session management module is situatedwithin the logical bounds of the CMS, however the virtual canvas sessionmanagement module could be situated outside of the logical bounds of theCMS.

Now, referring to the shown I/O 372 that is depicted as going out of andinto each of the modules, each of the shown modules have particularspecific functions within the CMS. Accordingly, the shown I/O that isdepicted going out of and into each module is specific to the processingthat takes place to accomplish the particular specific functions. Tofurther explain, consider that the shown content object deep inspectionmodule 324 is able to read and possibly manipulate the actual contents(e.g., the stored bits) of a content object. Accordingly if/when contentobject deep inspection module detects the presence ofpersonally-identifiable information (PII) in the actual contents (e.g.,the stored bits) of a content object, the virtual canvas sessionmanagement module 302, possibly in cooperation with security module 328,might redact that PII before displaying it to the participants. In somecases, rather than redacting the PII or other sensitive information, thePII or sensitive information is rendered in only those the virtualcanvas display areas that correspond to the user devices of CMS usersthat do possess sufficient privileges to be able to view such PII orother sensitive information.

As used herein, the term to “render” or “rendering” refers to convertinga first set of electronic signals or data into a second set ofelectronic signals or data that is transduced by a user device in amanner that a user of the user device can hear and/or see arepresentation of first set of electronic signals or data.

In some situations, content object deep inspection module 324 is able tointerpret the contents of a content object such thatcollaboration-related features or passages can be isolated. In somecases, the contents of a content object is sufficiently structured suchthat details—such as schedules, action items, workflow stage gateassessments, workflow triggers, task interrelationships (e.g., taskdependencies)—can be used in downstream processing.

Continuing with further illustrative examples, content object metadatamodule 330 might detect certain characteristics in common betweenvarious content objects (e.g., based on the metadata of the variouscontent objects) and determine that certain of those various contentobjects should be grouped together (e.g., in a grouping of video files,or a grouping of legal documents, etc.).

Still further continuing with illustrative examples, event historymodule 334 might be configured to assess how engaged a particular CMSuser has been in the past, and then further assess whether or not thatlevel of engagement is being met in the current online collaborationsession.

Returning again to discussion of content object deep inspection module324, it can happen that such a module is configured to accept a plug-in,which plug-in might in turn be configured to perform analysis of thecontents (e.g., the actual bits) of a content object. Strictly as oneexample, consider a group of content objects, all of which are X-rayimages. Now, further consider that the third party plug-in is configuredto be able to present an X-ray at many selectable resolutions.Accordingly, the third party plug-in might be queried to requestconversion of the X-ray from one resolution into a different resolutionthat corresponds to screen capabilities of the user device of aparticipant.

Inputs into any one more of the aforementioned modules (e.g., inputsdepicted as I/O 372) can include session profile data, which sessionprofile data serves to inform the modules with enough specificity suchthat the module is given a then-current context of the session. One wayto generate a session profile is shown and described as pertains to FIG.4 .

FIG. 4 presents an online collaboration session profile generationtechnique as used in systems that raise CMS control instructions to becarried out by a content management system. As an option, one or morevariations of online collaboration session profile generation technique400 or any aspect thereof may be implemented in the context of thearchitecture and functionality of the embodiments described hereinand/or in any environment.

The figure is being presented to illustrate how ongoing events that takeplace during an online collaboration session can be analyzed so as togenerate a session profile. Data within a session profile can in turn beused (e.g., by the inferencer and/or any specialized modules) for CMScontrol instructions generation. The implementation shown is merely anexample, and other data and/or data flows can be devised to implementsession profile generation and enrichment.

Referring again to FIG. 2 , inferencer 112 includes a step (step 222)that correlates session events with session metadata. From suchcorrelations, inferences may be generated. Now, strictly as anillustration, it might happen that user U₁ uploads a content object ontothe virtual canvas. In this case, associated with the event of theupload are various session metadata 2062, which data indicates that (1)it was user U₁ who caused the upload, (2) it was the content objectknown as “FileA”, and (3) that the upload was caused at some particulartime. Other metadata can be captured and associated with the event aswell. More specifically, as time progresses, it might be observed thatthe upload spawned a participant-to-participant discussion that resultsin a recording of audio that can then be used in a speech-to-textconversion. Still more specifically, as time progresses, it might beobserved that three of the participants (e.g., participants other thanthe user who caused the upload) interacted with the uploaded contentobject. That fact can be captured as metadata that is associated withthe content object upload, and the association (e.g., interaction by thethree participants) can be used to begin formulating team constituency.

As time progresses, myriad types of occurrences (e.g., events) that mayemerge during the progression of time while the session is active.Similarly there are myriad bits of information (e.g., metadata) thatcharacterizes any given aspect of events that occur during a session.Accordingly, in a continuous manner (e.g., in an interrupt-drivenmanner), or periodically (e.g., based on occurrence of a periodic event210), step 406 serves to (1) access session events (e.g., from sessionevents 2082), (2) access associated session event attributes (e.g., alsofrom session events 2082), and (3) form a relationship between anysession metadata and session events. Such operations may serve todynamically build a high-dimensional data structure as time progresses.At any moment in time, such a high-dimensional data structure 430 can beprovided to step 408, where any of the then-current session data (e.g.,information captured in the high-dimensional data structure) is analyzedto identify content objects that are correlated to aspects of thethen-current session data.

During the operation of step 408, a repository for content object data224 is accessed. Such a repository for content object data 224 mayinclude content objects themselves (e.g., including all of the storedbits that constitute the content object) and/or, such a repository forcontent object data 224 may include metadata that is associated with anyone or more content objects. As such, the carrying out of the operationsunderlying step 408 generates additional rows, columns, and/or otherdimensions that provide for easy lookups into the high-dimensional datastructure 430. More particularly, such a high-dimensional data structurecan be accessed by any content object identifier, any metadata item, andvalue, and event, etc.

Step 422 serves to analyze contents of the high-dimensional datastructure, specifically the correlated to content object, such that theanalysis results in a session profile for the current session, whichsession profile is stored in a repository for session profile data 412,which repository is configured to be able to store session profiles forany number of sessions. In some cases, a first session profile is linkedto a second session profile based upon some metadata value. For example,a first session profile might be linked to a second session profile onthe basis that both sessions had the same facilitator.

Since substantially all of the virtual canvas user interactions arecaptured in the high-dimensional data structure, various operations ofthe captured virtual canvas user interactions can be performed at anymoment in time (e.g., during the online collaboration session or afterthe online collaboration session). Strictly as on example embodiment,the analysis of step 422 can include a series of operations as shown inTable 3.

TABLE 3 Inferencer operations Inferencer Operation Handle ExampleProcessing Classification and Determine if the virtual canvas userinteraction represents an edit to a characterization of a virtualparticular CMS content object canvas user interaction Determine if thevirtual canvas user interaction is a highlight or a comment to aparticular CMS content object Determine if the virtual canvas userinteraction forms a relationship between a first CMS content object anda second CMS content object Determine if the virtual canvas userinteraction implies a relationship between a first participant and asecond participant Determine if the virtual canvas user interaction isunrelated to any CMS content object Filter-out Eliminate from furtherconsideration any virtual canvas user interactions that are unrelated toany CMS command or content object Select-in Further classify the virtualcanvas user interactions to determine if the virtual canvas userinteraction refers to a single CMS command or multiple CMS commandsBreakdown and format into Breakdown all virtual canvas user interactionsthat imply multiple CMS a canonical representation commands into asequence of single CMS commands Format all single CMS commands into acanonical representation Translate the canonical Lookup a canonicalrepresentation and, if found, then proceed, but if not representationsinto a CMS found, then eliminate from further consideration commandMatch the found canonical representation into a CMS command

To exemplify, and in accordance with the inferencer operations of Table3, consider a situation where the inferencer deems a particular virtualcanvas user interaction to apply to a particular content object such aswhen a participant highlights a particular displayed portion of acontent object. In this situation, the inferencer can (1) correctlyinfer the relationship between the highlighting and the particulardisplayed portion of a content object, and (2) the inferencer can codifya CMS command to add the highlighting of that portion of the contentobject as metadata of the content object. As another example, andstrictly for purposes of illustration, consider the same or similarsituation where a particular participant interacts with a particularcontent object such as when the participant hovers his/her mouse/cursorover a particular displayed portion of a content object. In thissituation, the inferencer can not only infer the relationship betweenthe acts of mouse hovering and the particular displayed portion of acontent object, but the inferencer can codify a CMS command to add theuser to one or more collaboration groups covering the content object.

The foregoing may apply not only to content object highlights, but alsoto content object edits, content object comments, content objectannotations, etc.

To further explain, any of the participant-specific online virtualcanvas interactions can be represented in a machine-readable canonicalrepresentation of the interaction, and as such, a CMS command can belooked up by accessing a table or other data structure that can beindexed by the canonical representation of a particular virtual canvasinteraction. A content addressable memory can be used to facilitate fastmatching of a canonical representation of a particular virtual canvasinteraction from an array of many canonical representations.

In addition to the foregoing, step 422 serves to correlate any bits ofdata in the high-dimensional data structure 430 with any other bits inthe high-dimensional data structure. In doing so, certain aspects of asession can be correlated with other aspects of a session so as to reachimplications or conclusions about the session, and such conclusions canbe codified into a session profile 426. For example, a relationshipbetween a particular content object and events on that content objectthat were raised by (for example) a first participant and a secondparticipant might cause formation of an implied team 414 composed of (1)the user who posted the particular content object, (2) the firstparticipant, and (3) the second participant. Additionally oralternatively, object groupings 420 can be formed based on relationshipsbetween a first content object and a second content object. Further,object groupings 420 can be formed based on CMS collaboration groupsthat include the first participant and the second participant. Stillfurther, groups can be automatically formed on the basis of participantmembership in a particular department and/or on the basis of some actionitem assignment. Even still further, object groupings 420 can be formedbased on the temporal proximity of events raised by the firstparticipant, the second participant, and so on. In some embodimentsobject groupings 420 can be formed based on a file type (e.g., videofiles are grouped together). In some embodiments object groupings 420are displayed in the virtual canvas. In some embodiments objectgroupings 420 are facilitated by referencing a third party tool orapplication. In some embodiments object groupings 420 are facilitated byreferencing a third party plug-in.

Further details regarding general approaches to accessing third partyapplications from a CMS are described in U.S. Publication No.2020-0068026, which is hereby incorporated by reference in its entirety.

In still other situations, analysis of the high-dimensional datastructure might correlate events so as to calculate engagement metrics418, which engagement metrics include values that are empiricallymeasured and which, directly or indirectly, indicate the degree to whicha particular user interacts with another user, and or the degree that aparticular user is interested in a particular content object or sketchor other constituent of the virtual canvas.

In the embodiments comprehended by this disclosure as a whole, there aremany techniques for measuring engagement. One possible technique formeasuring engagement is shown and described as pertains to FIG. 5 .

FIG. 5 depicts an engagement measurement technique as used in systemsthat raise CMS control instructions to be carried out by a contentmanagement system. As an option, one or more variations of engagementmeasurement technique 500 or any aspect thereof may be implemented inthe context of the architecture and functionality of the embodimentsdescribed herein and/or in any environment.

The figure is being presented to illustrate how interaction events thatoccur in real time during a session can be used to determine the mostactive participants, and how a series of interaction events, possiblyraised by any of the participants in the virtual canvas session, can beused to identify and extract concepts or ideas that are discussed duringthe virtual canvas session.

The aforementioned interaction events can be discrete single events(e.g., individual occurrences of applause reactions 516) or compoundevents that are measured and collected over a time period (e.g. mousereactions 518). Various quantitative engagement measurements can betaken (e.g., in real-time, during the progression of the virtual canvassession) and codified as engagement indicators 506. For example, anengagement indicator can derive from the number of occurrences ofapplause reactions (e.g., applause occurrences 508). Additionally oralternatively, an engagement indicator can derive from the nature (e.g.,mouse movement quantities 510 and/or mouse movement types) and durationof mouse reactions (e.g., engagement minutes 512) or other pointingdevice reactions (e.g., dwell minutes, etc.).

Still further, a strong engagement indicator might include the semanticsof “how long the user's mouse is hovering over a particular portion(e.g., content object display) of the virtual canvas” (e.g., time 520).As another example, a relatively strong engagement indicator might becodified as a high quantitative value (e.g., 30) that refers toengagement minutes 512, whereas a relatively weak engagement indicatormight be codified as a low quantitative value (e.g., 5) that refers tofewer engagement minutes. The foregoing are merely illustrativeexamples. Participant engagement can be gauged by myriad types ofinteraction. Again, merely as examples, an interaction level of aparticular participant might be gauged, at least in part, by frequencyof posts into the virtual canvas, and/or by frequency or volume of chatparticipation, and/or by frequency or length of talking. These and otherinputs that are used to gauge the degree of interaction by a particularparticipant can be used singly or in aggregate. In some cases differentinputs are weighted by a numeric multiplier.

In some situations, any one or more of the engagement indicators can becorrelated with participants. One or more of such participants who havestrong engagement indicators can be deemed to be interested parties withrespect to the ideas 502 being collaborated over at the time. As such,and as shown, ideas (e.g. idea1, idea2, . . . , ideaN) can be deemed tobe of interest to the top participants 504 who have high engagementindicators. In this case, participants {Sally, Jane, and Mary} aredeemed to be interested in “Idea1”, whereas {Joe, Jim, Bob, and Mary}are deemed to be interested in “Idea2”.

Of course the notion of “an idea” can be any idea, even the idea that{Sally, Jane, and Mary} is a reasonable constituency for the topics orconcepts being discussed in the online collaboration session.

There are many features of a CMS that facilitates extracting an ideafrom a discussion stream. For example, even though an online meetingsystem might support a conversation stream (i.e., where participantsmake entries during the course of the meeting) and/or even though anonline meeting system might support a “chat” window, it turns out thatthe entries in a conversation stream often fail to fairly capture theimportant aspects of the meeting such as topics covered, action itemstaken, due dates, etc. Moreover, the utility of the various entries in aconversation stream or chat stream depend almost completely on thediscipline of the participants and/or scribes or administrators to makeentries that document a record of the participants, along with variouskey events that have transpired during the course of the online meetingsession.

What is needed is a way to automatically capture important aspects of avirtual canvas sharing. Unfortunately, legacy techniques are left withthe impossible task of isolating an idea or concept from some arbitrarysampling of input, and/or from that arbitrary sampling of inputs thatresolve to a ‘best guess’ of what the idea or concept is or might be. Abetter way is to have at least a seed of an idea or concept, which seedof the idea can inform a semantic extraction natural language processingmodel. In turn, given some high quality inputs into the semanticextraction natural language processing model, the model will do aremarkably good job at isolating the idea or concept. Fortunately, thereare many high quality inputs that can be garnered from a contentmanagement system. More particularly the name of a content object (e.g.,a filename) might provide some of the aforementioned high qualityinputs. Moreover, a sampling of characteristics of workflows that inputor output the content object corresponding to the file's filename can beused to isolate the idea or concept. For example, consider an onlinecollaboration session where a content object with file name “JanuaryBudget” was uploaded into the virtual canvas. Further consider that aworkflow, say “Budget Ratification”, had recently input that contentobject with file name “January Budget”. Now further consider that the“Budget Ratification” workflow is waiting at a stage-gate for approval.A reasonable inference from all this is that the concept or topic ofdiscussion was to secure “Budget Ratification” for the “January Budget”.

In some cases, engagement indicators including the deemed topparticipants 504, and extracted concepts 514 can be used singly or incombination when generating CMS control instructions. Various mechanismsfor managing a virtual canvas session, including generation of CMScontrol instructions in response to participant interactions are shownand described as pertains to FIG. 6A, FIG. 6B, and FIG. 6C.

FIG. 6A depicts an example virtual canvas ecosystem in which a contentmanagement system responds to CMS query instructions. As an option, oneor more variations of virtual canvas ecosystem 6A00 or any aspectthereof may be implemented in the context of the architecture andfunctionality of the embodiments described herein and/or in anyenvironment.

The figure is being presented to illustrate how events that take placeover a virtual canvas can be analyzed so as to generate queries to thecontent management system. Events that take place over a virtual canvasare analyzed in real time, and responses from the content managementsystem are delivered to the moderator and/or other participants in realtime as well. As shown, the moderator (e.g., facilitator 616) has accessto a facilitator control panel 630, and the other participants (e.g.,contributor1, contributor2, etc.) have access to participant-specificinstances of an interaction scoreboard 632. By looking at thefacilitator control panel 630, the facilitator can know at a glancewhich participants are fully engaged and which participants are engagedless so. Similarly, by looking at their own instance of aparticipant-specific interaction scoreboard 632, the participants canknow at a glance how their engagement is being scored. For thefacilitator, having engagement information presented in a facilitatorcontrol panel gives the facilitator a chance to enhance overallcontributor engagement. For the other participants, having engagementinformation presented in a interaction scoreboard gives the participantsmotivation to improve their individual engagement.

To explain more fully, in most settings, a collaboration session has ahost or facilitator who in turn invites a plurality of participants tojoin the collaboration session. The host (e.g., often a leader orteacher) sometimes acts as a moderator/facilitator so as to keep thecollaboration flowing and/or to invoke motivational techniques (e.g.,praise). One such motivational technique is merely to encourageparticipants to share their reactions online.

To foster this sort of participant engagement, some electroniccollaboration systems offer built-in “reaction” icons that are presentedin one or more screen devices of the electronic collaboration session.The host can see which participants are posting which “reaction” icons,and thereby form a real-time, ever-changing assessment as to if, and towhat extent, the participants are engaged. Some electronic collaborationsystems offer visual cues that highlight participant engagement. Somesuch aids include, for example, advancing a participants avatar onto afirst portion of a gallery view, and/or by highlighting one or moreavatars corresponding to whomever it is that is engaging in thediscourse (e.g., via posting a chat message, or via speaking, etc.).

Using such techniques to form an ever-changing assessment of whom fromamong the participants is engaged is often helpful to the facilitator.However, the foregoing techniques treat all engagementsequally—regardless of the qualifications of the participant.Unfortunately this fosters a sort of electronic rabble, where the“loudest voice” (e.g., the participant speaking the most often, orposting reactions the most often) or the “most prolific participant”(e.g., the participant who is generating many chat postings) has theunwanted consequence of drowning out reactions or other engagementactions from other participants. Worse, the facilitator might not knowevery participant and, as such, might not be able to quickly associatethe underlying credentials of an engaging participant with the contentof the engagement itself. For example, the facilitator might not knowwhether a particular participant has the background and/or authority tospeak on a particular topic. This lack of information risks perpetuationof unwanted rabble. What is desired is a way for the facilitator of anelectronic collaboration session to know, in real time, something moreabout a particular participant. Fortunately, content management systemsoften track a wealth of information about its users, and as such it ispossible (e.g., using the techniques disclosed herein) to provide, inreal time, the facilitator with relevant information about a particularparticipant and/or his or her interests. To do so demands that thevirtual canvas session be integrated with a content management system,at least to the extent that the virtual canvas session can query acontent management system for information that would permit thefacilitator to be presented with relevant information about a particularparticipant and/or his or her interests.

The shown virtual canvas ecosystem 6A00 implements an engagementanalyzer module 612 that integrates a virtual canvas session with acontent management system. Specifically, the engagement analyzer moduleis configured to make API calls (e.g., via API layer 604 and/or viainteraction event measurement layer 608, and/or via interaction eventcapture layer 606) so as to retrieve information about interactionevents that have taken place over the virtual canvas display area 110.Given the wealth of information pertaining to interaction events from orby the facilitator (e.g., reactions 620F, cursor events 622F, objectuploads 624F, etc.) and/or interaction events from or by a firstcontributor (e.g., cursor events 6221, object uploads 6241, etc.) and/orinteraction events from or by a second contributor (e.g., object uploads6242, cursor events 6222, reactions 6202, etc.), the engagement moduleis able to turn a stream of events into a content management systemquery.

Strictly as one example, consider the scenario where contributor1 andcontributor2 are on the same team. Further consider the same scenariowhere contributor1 is observed to be providing nearly 100% of theinteraction events during the session and contributor2 is observed to beproviding less than 1% of interaction events during the session. If,during the session, the facilitator was presented with the informationthat contributor1 and contributor2 are on the same team, in spite oflittle or no interaction from contributor2, then the facilitator mightattempt to remediate the imbalance. In order to present the facilitatorwith the fact that contributor1 and contributor2 are on the same team,the content management system would need to be consulted. In thisspecific case, the facility to consult with the content managementsystem is provided by the shown CMS control layer 103. Morespecifically, one or more operational elements that constitute theengagement analyzer module 612 can be configured to issue a CMS queryinstruction 631 to the CMS control layer. The CMS control layer in turncan be configured to respond to a CMS query instruction 631 with a CMSquery instruction response 633, where the CMS query instruction responseincludes the sought-after information from the CMS. As one example,assume that “Pat” is a participant in a current online collaborationsession. Further assume that the CMS can be queried (e.g., using a CMSquery instruction 631) so as to actually get hard data that “Pat” is avery active user over content objects of the CMS. In this situation, thefacilitator 616 can be notified that “Pat” is predicted to be a strongmember of a team.

Referring again to the scenario where the facilitator needs to beinformed that contributor1 and contributor2 are assigned to the sameteam, the foregoing mechanism works by having the engagement analyzerparticipate in observing some imbalance or other feature of the overallinteractions, and then having the engagement analyzer issue a query tothe CMS, the results of which query serve to enrich the understanding ofthe facilitator.

The foregoing example of an imbalance between team members is merely anillustrative example. There are many real-time metrics and summaryinformation pertaining to participant interactions that can be observedand analyzed to the extent that, upon adding information derived fromthe CMS, the understanding of the facilitator is greatly enhanced.

Some examples of such real-time metrics, and summary information isshown and described as pertains to FIG. 6B.

FIG. 6B depicts an example virtual canvas ecosystem that is configuredto provide a stream of real-time metrics to a content management system.As an option, one or more variations of virtual canvas ecosystem 6B00 orany aspect thereof may be implemented in the context of the architectureand functionality of the embodiments described herein and/or in anyenvironment.

The foregoing FIG. 6A describes an engagement analyzer module 612 thatis able to query/retrieve information about events that take place overa virtual canvas. The retrieved information about events may refer toindividual events, or the retrieved information about events may referto sequences or patterns of events. In some embodiments, the virtualcanvas display area, and/or the API layer 604 of FIG. 6A, and/or theinteraction event measurement layer 608 of FIG. 6A, and/or theinteraction event capture layer 606 of FIG. 6A is distributed acrossmany user devices. In order to do certain interaction event analysis, itis convenient to have some mechanism for aggregating events from manydifferent user devices. One possible implementation of such aggregationis to provide a facility for virtual canvas engagement event aggregation628 in or alongside of engagement analyzer module 612. Aggregation ofevents facilitate calculation of real-time metrics 618 and/or sessionsummary metrics 619. Strictly as examples, real-time metrics mightinclude a time-wise sampling of the number of participants who areengaged in the session. The number of participants who are engaged inthe session can be expressed as the percentage 642 of the total numberof participants who are engaged. Alternatively, a real-time metricstream (e.g., a continuously-updated real-time metric stream) containsthe data needed for displaying the most active participants (e.g.,“Top(N) 644”). A threshold can be used in conjunction with a baselinecalibration value 646. The foregoing stream of real-time metrics (e.g.,the shown real-time metric stream 640) can be provided to any number ofuser devices. In some cases, a stream of real-time metrics and/orresults of analysis therefrom is displayed to facilitator 616 in theform of a facilitator control panel.

Additionally or alternatively, and again, strictly as examples, thesession summary metrics might include a stream of real-time summarymetrics (e.g., the shown real-time summary stream 641). Moreover, such astream of real-time summary metrics might be provided to individual userdevices, where the particular calculations of a particular summarymetric is customized to a particular user and/or their user device. Someembodiments provide for delivering user-specific engagement summaries647 to specific users at their user devices.

As heretofore mentioned, one function of the facilitator is to enhanceoverall contributor engagement. One way to do that is to providereal-time metrics and/or real-time engagement summaries to thefacilitator in his or her facilitator control panel, and then leave itto the facilitator to prod certain contributors for more interaction.Another way to prod certain contributors for more interaction is toprovide the certain particular contributors with hints as to how theycan more fully participate. A system configured to provide the certainparticular contributors with system-generated engagement enhancementhints (e.g., recommendations) is shown and described as pertains to FIG.6C.

FIG. 6C depicts an example virtual canvas ecosystem that is configuredto provide a stream of engagement enhancement hints to participants in avirtual canvas session. As an option, one or more variations of virtualcanvas ecosystem 6C00 or any aspect thereof may be implemented in thecontext of the architecture and functionality of the embodimentsdescribed herein and/or in any environment.

This figure is being presented to illustrate how a content managementsystem 102 can be configured with a grouping inference processing module623. As heretofore discussed, the interaction event measurement layer608 of FIG. 6A, and/or the interaction event capture layer 606 of FIG.6A is distributed across many user devices. This is because theseinteraction events occur at respective user devices, therefore it isconvenient to capture interaction events at the user device. This isappropriate for initial capture of interaction events, however thefunction of aggregation of interaction events is convenientlyimplemented at some centralized point in the ecosystem where allengagement events from all participants' user devices can be received,stored and analyzed. One such centralized point in the ecosystem is theengagement analyzer module 612 and such an engagement analyzer modulecan formulate certain inferences (e.g., inferences pertaining togroupings, inferences pertaining to workflows, etc.). However, at leastinasmuch as the CMS has a wealth of information about team members andcontent objects, it might be felicitous to situate a grouping moduleinside of the content management system. Such a grouping module is shownin FIG. 6C as grouping inference processing module 623.

As shown, engagement analyzer module 612 produces session summarymetrics 619, which in turn may include grouping inferences 648. Strictlyas examples, grouping inferences might include suggested content objectgroupings 615 and inferred team groupings 617. In the data flow of FIG.6C, the content object groupings and inferred team groupings derivesolely from individual or aggregated virtual canvas engagement events.However, such suggestions of groupings that derive solely fromindividual or aggregated virtual canvas engagement events can be atleast potentially enriched by information stored at the CMS. Forexample, although an inferred team constituency might be a ‘good’ and‘valid’ inference (e.g., based on the individual or aggregated virtualcanvas engagement events) it might happen that there are additionalindividuals who should be included in the team. The CMS has a wealth ofinformation pertaining to teams in the form of collaboration groups aswell as a wealth of information pertaining to specific individuals whoare associated with workflows of the CMS. As such, suggestions ofgroupings that derive solely from individual or aggregated virtualcanvas engagement events can be ratified, cross-referenced, and/oraugmented based on information stored at the CMS. For example, if userU₁ and user U₂ are strongly engaged (e.g., as measured by theirindividual and aggregated interaction events), and it turns out thatuser U₁ and user U₂ are both listed in two different in collaborationgroups that both list user Us, then that fact can be delivered toany/all of the participants as hints such as the shown hint 6131 andhint 6132.

In some scenarios, a hint may take the form of a suggestion to inviteadditional people into the collaboration session. In other scenarios, ahint may take the form of a suggestion to invite additional people intothe collaboration session, where the invitation is determined, at leastin part, on an engagement score being higher than some threshold. Itshould be noted that any user of a collaboration system may have anengagement score even before the beginning of a particular onlinecollaboration session. This is because the CMS keeps track ofconnections between CMS users and documents as well as connectionsbetween CMS users.

Further details regarding general approaches to using connection graphsare described in U.S. Pat. No. 10,922,282 titled “ON-DEMANDCOLLABORATION USER INTERFACES” issued on Feb. 16, 2021, which is herebyincorporated by reference in its entirety.

The foregoing hints are merely for illustration of hints that derivefrom queries over a content management system. There are many otherhints that could be automatically generated using a system such as isdepicted in the virtual canvas ecosystem 6C00. Again, and strictly asexamples, hints might take the form of actions for the facilitator totake (e.g., tell Bob to “wake up”), and/or hints might take the form ofactions for a particular participant to take (e.g., “Get closer to themicrophone,”, or “Be more watchful not to speak over your colleagues,”,or “Use the ‘Add’ tools to upload materials that support your position,”etc.)

Any or all of the foregoing techniques to ratify, cross-reference,and/or augment an inference can be implemented in a data flow such as isshown and described as pertains to FIG. 7A.

FIG. 7A depicts a virtual canvas session engagement analysis techniqueas used in systems that infer team groupings based on virtual canvasuser interactions. As an option, one or more variations of virtualcanvas session engagement analysis technique 7A00 or any aspect thereofmay be implemented in the context of the architecture and functionalityof the embodiments described herein and/or in any environment.

The dataflow of FIG. 7A includes setup operations 702 and a loop forongoing operations 704. The setup operations serve to establish anonline collaboration session that allows multiple participants tointeract with each other during the course of the online collaborationsession (step 706). Metadata of the content management system (e.g.,content management system metadata 134) is consulted to identify (atstep 708) any/all of the participants who are also registered users ofthe content management system. This is because knowing whichparticipants are also users of the content management system facilitatesquerying the CMS for additional information about those participants,which additional information might not be available merely frominformation that originates from the online collaboration session.

Regardless of whether or not a particular participant is or is not aregistered user of the CMS, the setup operations, specifically step 710,serve to enable the users to interact within the virtual collaborationsystem.

Now, referring again to step 706, when the online collaboration sessionis established, a virtual canvas display area 110 is configured topermit the plurality of users to interact with each other. Any one ormore techniques for event aggregation (e.g., virtual canvas engagementevent aggregation 628 of FIG. 6C) can be employed to codify aggregatedvirtual canvas events into a form that can be used in an iteration loop.As shown, ongoing operations 704 includes a FOR EACH loop that iteratesindividually over each of the aggregated individual interactions (e.g.,interaction 716 _(U1), interaction 716 _(U2), . . . , interaction 716_(UN)). For each individual interaction, and based on informationretrieved from the CMS (e.g., based on a query to the content managementsystem), step 712 serves to identify collaboration groups that areassociated with the particular user that raised the subject interaction.Step 713 then considers all of the CMS users who are in any of theidentified collaboration groups. Various set and/or list operations(e.g., unions, duplicate removal, intersections, ordering, etc.) areperformed so as to assemble candidate team(s) based on the identifiedcollaboration groups. At step 714, the constituency of the candidateteam(s) is displayed in proximity to the user screen device (e.g.,photo, avatar, text box, etc.) corresponding to the user. In this case,user U₁ sees assigned team 726 via a screen device (e.g., a collectionof user IDs) that is displayed in the virtual canvas display area. Ofcourse there are some implementations where a display area separate fromthe virtual canvas display area 110 is provided. In some cases, theassigned team screen devices are presented in a scrolling area thatcontinuously presents real-time hints.

Further details regarding general approaches to presenting real-timehints are described in U.S. Publication No. 2019-0108114, which ishereby incorporated by reference in its entirety.

There are many ways for candidate team(s) to be automatically proposed.Moreover there are myriad optimization techniques that result inhighly-effective teams. Strictly as an example, team constituency can beoptimized based on a historical pattern of a particular team orsub-team, where the team or sub-team has a track record of completingaction items on time. As another example, team constituency can beoptimized based on constituting the team using the topmost activeparticipants. As yet another example, team constituency can be optimizedbased on constituting the team using a connections graph that ismaintained by the CMS.

Further details regarding general approaches to using connection graphsare described in U.S. Pat. No. 10,922,282 titled “ON-DEMANDCOLLABORATION USER INTERFACES” issued on Feb. 16, 2021, which is herebyincorporated by reference in its entirety.

It should be noted that when the system is successful at forming a teambased on a concept and/or based on a participant's association with aparticular workflow, it follows that tasks pertaining the concept orworkflow can be automatically assigned to the team members.

FIG. 7B depicts an interaction event enrichment technique as used insystems that infer emit recommendations based on virtual canvas userinteractions. As an option, one or more variations of interaction eventenrichment technique 7B00 or any aspect thereof may be implemented inthe context of the architecture and functionality of the embodimentsdescribed herein and/or in any environment.

The figure is being presented to illustrate one way that CMS metadatacan be used to augment the information drawn from interactions over avirtual canvas. More specifically, a flowchart is being presented toillustrate one way that CMS metadata can be used in conjunction withvarious interactions over a virtual canvas to generate and emitrecommendations.

The shown flow can be entered and carried out any number of times duringan online collaboration session. Moreover, the recommendations emittedcan be delivered for display on a virtual canvas display area 110 at anymoment in time. In some configurations, the recommendations aredisplayed only on the canvas display area belonging to the facilitator.In some configurations, the recommendations are displayed only on thecanvas display area belonging to only specific pairs of the participants(e.g., a subject participant 764 and a corresponding paired participant766). The flow operates generally by forming participant pairs, whichpairs are formed in real time based on contemporaneous interactionevents (step 752 and step 754). Then, for each participant pairing, aCMS is consulted (step 756). More specifically, the CMS is interrogated(e.g., via a query 765) so as to obtain additional information (e.g.,from content management system metadata 134) that corresponds to one orboth members of the participant pair. The data returned (e.g.,enrichment data 762) might include a listing of workflows to which bothmembers of the participant pair are assigned. Or, the data returnedmight include a listing of content objects over which both members ofthe participant pair have interacted within some specified historicaltimeframe. There might be one or multiple common touchpoints for anygiven participant pair, or there might be no common touchpoints for anygiven participant pair. In the case that there are one or multiplecommon touchpoints for a given participant pair, it can be inferred thatthose participants might work well together, and should be considered tobe placed in the same team. Many such types of inferences can be made(step 758), and many recommendations or hints corresponding to theinferences can be emitted (step 760).

Strictly as examples, recommendations or hints corresponding to theinferences might carry the semantics of, “Bob and Sally should beassigned the task currently being discussed”, or “Bob and Sally do notyet have any touchpoints.”

The decision as to which virtual canvas display area the recommendationsshould be routed to can be made using any known technique. In some casesthe decision as to which virtual canvas display area the recommendationsshould be routed to can be made based on heuristics and/or based on themembership of the participant pairs. In some cases, the decision as towhich virtual canvas display area the recommendations should be routedto can be made based on security considerations. In some configurations,the decision of what items to display in a virtual canvas display areaof a particular participant can be made based on one or more securitypolicies. One way to determine and enforce what items to display (or notto display) in a virtual canvas display area of a particular participantis shown and described as pertains to FIG. 8 .

FIG. 8A exemplifies an online collaboration environment that isconfigured to enforce security properties imposed on content objects ofa content management system. As an option, one or more variations ofonline collaboration environment 8A00 or any aspect thereof may beimplemented in the context of the architecture and functionality of theembodiments described herein and/or in any environment.

This figure is being presented to illustrate how the sensitivity ofinformation can be honored during an online collaboration session. Morespecifically, the figure shows how a leak prevention module 809 can bedeeply integrated with any/all of the facilities of content managementsystem 102. Still more specifically the figure shows how a leakprevention module 809 can be situated between a content managementsystem and virtual canvas display area. In this juxtaposition, if auser, for example, user2 at user device2, were to upload certain contentobjects (e.g., document 104 and/or audio 108) to the session, it mightbe that some of the other participants in the session do not possesssufficient access rights to view or otherwise access the contentobjects. As shown, it is possible that one or more of the participantsin the session are not even registered users of the CMS. In suchsituations, the uploaded content object needs to be handled in a mannerthat prevents leakage of the information in the content objects. Asshown, leak prevention module 809 is configured to be able toindividually manage any number of virtual canvases. Any particularindividual virtual canvas might be void of information that isleak-protected. Alternatively, any particular individual virtual canvasmight display only an image (e.g., a sound file icon with an ‘X’ throughit, a document icon with an ‘X’ through it, etc.) such that theleak-protected information (e.g., information that is blocked) by theleak prevention module is not compromised.

In this specific example, only one virtual canvas is showing in thefigure (virtual canvas display area 110 _(UNREGISTERED)), however thereare as many virtual canvases as there are participants, and eachindividual virtual canvas is managed individually.

Now, consider the situation where, during the same CMS session, at leastsome of the virtual canvases are populated with less information thanother virtual canvases in the same session. In this situation,engagement metrics would need to be normalized so as not to unfairlypenalize a participant just because they are not interacting in thesession. Accordingly, to account for this possibility, this embodimentimplements a security-aware inferencer 812. The security-awareinferencer has sufficient information to be able to adjust (e.g., biasor normalize or suppress) its outputs. Strictly as an example, it mighthappen that rather than giving the participant a low score forparticipation, instead, the security-aware inferencer 812 might outputbiased user metrics 818 that take into account that the participant hadsomewhat less or fewer materials to consider during the session. Thenotion that the participant had somewhat less or fewer materials toconsider during the session might also apply to biased action items 814and/or biased ideas 816 as well. In fact, some embodiments implement afeedback loop from the security-aware inferencer back to the leakprevention module 809. Such a feedback loop serves to reduce oreliminate the possibility that derivative works (e.g., action items,ideas) might have been derived from blocked content.

As can be appreciated, participant interactions over a virtual canvascan take place over a long period of time. Accordingly, there may bemany virtual canvas assets (e.g., content object uploads, inferences,annotations, participant interactions, etc.) that can be gathered andpersisted in storage.

FIG. 8B1 and FIG. 8B2 depict possible operation flows that areconfigured to save virtual canvas assets and a corresponding manifest.

FIG. 8B1 is being presented to illustrate how a variety of virtualcanvas assets can be saved to a content management system. FIG. 8B2 isbeing presented to illustrate how a saved collection of virtual canvasassets can be brought from persistent storage into a newly animatedsession.

FIG. 8B1 shows a possible operation flow that commences when a sessionends (e.g., shown as session end event 840), and ends when a gatheredset of virtual canvas assets have been stored into the CMS (step 854).To ensure that all assets of the session are gathered, step 842 waitsuntil all background tasks (e.g., representation conversion tasks,language translation tasks, and/or distillation of virtual canvassession interactions, etc.) have completed. When all such backgroundtasks have completed the inferencer is then able to processes theresults of the background tasks (step 844), possibly emitting furtherinferences. Operations are then undertaken to codify the inferences thatmay have been emitted during the session (step 846), codify thethen-current canvas state (step 848) and codify any events (step 850)that may have occurred during the session. When all of the assets havebeen codified, asset manifest 853 is generated (step 852) and the assetsare saved to persistent storage of the CMS (step 854) to create a storedvirtual canvas session 855.

The asset manifest may include references to content objects togetherwith corresponding metadata that describes the origination andpromulgation of content objects. More specifically, the asset manifestmay include references to content objects that were referenced duringthe session, but were only presented to some of the participants due tosecurity-related limitations. As such, the security of the virtualcanvas is maintained even if the virtual canvas is accessed at a latermoment in time.

Once the virtual canvas has been persisted, it can be reanimated (e.g.,re-displayed in a new virtual canvas session) upon a request by anyauthorized user. Moreover, the reanimated virtual canvas can be furtheredited, and saved again, and so on. A new session (or many new sessions)can be reanimated based on receipt of a participation request 858. Theparticipation request can be raised by any user, and the request will behonored based on a sufficiency of access rights and/or privileges. Theact of reanimating a virtual canvas can include the steps of locatingthe virtual canvas assets manifest and corresponding virtual canvasassets (step 860), then displaying the canvas assets into a virtualcanvas display area (step 862). In some embodiments, the virtual canvasfinal state is initially presented in the display area. In otherembodiments, the virtual canvas state as was present at inception of thecorresponding original session is displayed in the display area. In someembodiments a play/pause button and fast forward/reverse buttons arepresented on the user's device such that the user can selectively replayany part of the saved virtual canvas.

As heretofore mentioned, the virtual canvas is saved to the CMS (e.g.,as a content object or collection of content objects) and as such, itcan be edited. An edit request 856 can be used to reanimate a savedvirtual canvas. Step 864 serves to continuously respond to participantinteractions. In some embodiments, a first user can invite a second userinto a session of a reanimated virtual canvas. When the session ends, anevent such as session end event 840 is raised, and the reanimatedvirtual canvas is processed as per the flow of FIG. 8B1.

ADDITIONAL EMBODIMENTS OF THE DISCLOSURE Instruction Code Examples

FIG. 9A depicts a system 9A00 as an arrangement of computing modulesthat are interconnected so as to operate cooperatively to implementcertain of the herein-disclosed embodiments. This and other embodimentspresent particular arrangements of elements that, individually or ascombined, serve to form improved technological processes for integratingvirtual meeting facilities with a content management system. Thepartitioning of system 9A00 is merely illustrative and other partitionsare possible. As an option, the system 9A00 may be implemented in thecontext of the architecture and functionality of the embodimentsdescribed herein. Of course, however, the system 9A00 or any operationtherein may be carried out in any desired environment.

The system 9A00 comprises at least one processor and at least onememory, the memory serving to store program instructions correspondingto the operations of the system. As shown, an operation can beimplemented in whole or in part using program instructions accessible bya module. The modules are connected to a communication path 9A05, andany operation can communicate with any other operations overcommunication path 9A05. The modules of the system can, individually orin combination, perform method operations within system 9A00. Anyoperations performed within system 9A00 may be performed in any orderunless as may be specified in the claims.

The shown embodiment implements a portion of a computer system,presented as system 9A00, comprising one or more computer processors toexecute a set of program code instructions (module 9A10) and modules foraccessing memory to hold program code instructions to perform: invokingan online collaboration session that periodically updates a plurality ofparticipant-specific virtual canvas renderings on a respective pluralityof user devices corresponding to a plurality of participants in theonline collaboration session (module 9A20); receiving, into the onlinemeeting session, at least a portion of a content object of the contentmanagement system such that at least some of the plurality ofparticipants can perform online collaboration session interactions overthe portion of the content object (module 9A30); modifying the contentobject or its corresponding metadata in the content management system by(module 9A40); generating, in response to analysis of the onlinecollaboration session interactions taken over the at least one contentobject by any of the plurality of participants, one or more contentmanagement system control instructions (module 9A50); and sending atleast some of the content management system control instructions to thecontent management system (module 9A60).

Variations of the foregoing may include more or fewer of the shownmodules. Certain variations may perform more or fewer (or different)steps and/or certain variations may use data elements in more, or infewer, or in different operations. Still further, some embodimentsinclude variations in the operations performed, and some embodimentsinclude variations of aspects of the data elements used in theoperations.

FIG. 9B depicts a system 9B00 as an arrangement of computing modulesthat are interconnected so as to operate cooperatively to implementcertain of the herein-disclosed embodiments. The partitioning of system9B00 is merely illustrative and other partitions are possible. As anoption, the system 9B00 may be implemented in the context of thearchitecture and functionality of the embodiments described herein. Ofcourse, however, the system 9B00 or any operation therein may be carriedout in any desired environment.

The system 9B00 comprises at least one processor and at least onememory, the memory serving to store program instructions correspondingto the operations of the system. As shown, an operation can beimplemented in whole or in part using program instructions accessible bya module. The modules are connected to a communication path 9B05, andany operation can communicate with any other operations overcommunication path 9B05. The modules of the system can, individually orin combination, perform method operations within system 9B00. Anyoperations performed within system 9B00 may be performed in any orderunless as may be specified in the claims.

The shown embodiment implements a portion of a computer system,presented as system 9B00, comprising one or more computer processors toexecute a set of program code instructions (module 9B10) and modules foraccessing memory to hold program code instructions to perform: invokingan online collaboration session that periodically updates a plurality ofparticipant-specific virtual canvas renderings on a respective pluralityof user devices corresponding to a plurality of participants in theonline collaboration session (module 9B20); observing onlinecollaboration session interactions by a plurality of participants in theonline collaboration session (module 9B30); retrieving information fromthe content management system by (module 9B40); generating, in responseto analysis of the online collaboration session interactions, one ormore content management system control instructions (module 9B50); andsending at least some of the content management system controlinstructions to the content management system (module 9B60).

System Architecture Overview Additional System Architecture Examples

FIG. 10A depicts a block diagram of an instance of a computer system10A00 suitable for implementing embodiments of the present disclosure.Computer system 10A00 includes a bus 1006 or other communicationmechanism for communicating information. The bus interconnectssubsystems and devices such as a central processing unit (CPU), or amulti-core CPU (e.g., data processor 1007), a system memory (e.g., mainmemory 1008, or an area of random access memory (RAM)), a non-volatilestorage device or non-volatile storage area (e.g., read-only memory1009), an internal storage device 1010 or external storage device 1013(e.g., magnetic or optical), a data interface 1033, a communicationsinterface 1014 (e.g., PHY, MAC, Ethernet interface, modem, etc.). Theaforementioned components are shown within processing element partition1001, however other partitions are possible. Computer system 10A00further comprises a display 1011 (e.g., CRT or LCD), various inputdevices 1012 (e.g., keyboard, cursor control), and an external datarepository 1031.

According to an embodiment of the disclosure, computer system 10A00performs specific operations by data processor 1007 executing one ormore sequences of one or more program instructions contained in amemory. Such instructions (e.g., program instructions 10021, programinstructions 10022, program instructions 10023, etc.) can be containedin or can be read into a storage location or memory from any computerreadable/usable storage medium such as a static storage device or a diskdrive. The sequences can be organized to be accessed by one or moreprocessing entities configured to execute a single process or configuredto execute multiple concurrent processes to perform work. A processingentity can be hardware-based (e.g., involving one or more cores) orsoftware-based, and/or can be formed using a combination of hardware andsoftware that implements logic, and/or can carry out computations and/orprocessing steps using one or more processes and/or one or more tasksand/or one or more threads or any combination thereof.

According to an embodiment of the disclosure, computer system 10A00performs specific networking operations using one or more instances ofcommunications interface 1014. Instances of communications interface1014 may comprise one or more networking ports that are configurable(e.g., pertaining to speed, protocol, physical layer characteristics,media access characteristics, etc.) and any particular instance ofcommunications interface 1014 or port thereto can be configureddifferently from any other particular instance. Portions of acommunication protocol can be carried out in whole or in part by anyinstance of communications interface 1014, and data (e.g., packets, datastructures, bit fields, etc.) can be positioned in storage locationswithin communications interface 1014, or within system memory, and suchdata can be accessed (e.g., using random access addressing, or usingdirect memory access DMA, etc.) by devices such as data processor 1007.

Communications link 1015 can be configured to transmit (e.g., send,receive, signal, etc.) any types of communications packets (e.g.,communication packet 10381, communication packet 1038N) comprising anyorganization of data items. The data items can comprise a payload dataarea 1037, a destination address 1036 (e.g., a destination IP address),a source address 1035 (e.g., a source IP address), and can includevarious encodings or formatting of bit fields to populate packetcharacteristics 1034. In some cases, the packet characteristics includea version identifier, a packet or payload length, a traffic class, aflow label, etc. In some cases, payload data area 1037 comprises a datastructure that is encoded and/or formatted to fit into byte or wordboundaries of the packet.

In some embodiments, hard-wired circuitry may be used in place of or incombination with software instructions to implement aspects of thedisclosure. Thus, embodiments of the disclosure are not limited to anyspecific combination of hardware circuitry and/or software. Inembodiments, the term “logic” shall mean any combination of software orhardware that is used to implement all or part of the disclosure.

The term “computer readable medium” or “computer usable medium” as usedherein, refers to any medium that participates in providing instructionsto data processor 1007 for execution. Such a medium may take many formsincluding, but not limited to, non-volatile media and volatile media.Non-volatile media includes, for example, optical or magnetic disks suchas disk drives or tape drives. Volatile media includes dynamic memorysuch as RAM.

Common forms of computer readable media include, for example, floppydisk, flexible disk, hard disk, magnetic tape, or any other magneticmedium; CD-ROM or any other optical medium; punch cards, paper tape, orany other physical medium with patterns of holes; RAM, PROM, EPROM,FLASH-EPROM, or any other memory chip or cartridge, or any othernon-transitory computer readable medium. Such data can be stored, forexample, in any form of external data repository 1031, which in turn canbe formatted into any one or more storage areas, and which can compriseparameterized storage 1039 accessible by a key (e.g., filename, tablename, block address, offset address, etc.).

Execution of the sequences of instructions to practice certainembodiments of the disclosure are performed by a single instance of acomputer system 10A00. According to certain embodiments of thedisclosure, two or more instances of computer system 10A00 coupled by acommunications link 1015 (e.g., LAN, public switched telephone network,or wireless network) may perform the sequence of instructions requiredto practice embodiments of the disclosure using two or more instances ofcomponents of computer system 10A00.

Computer system 10A00 may transmit and receive messages such as dataand/or instructions organized into a data structure (e.g.,communications packets). The data structure can include programinstructions (e.g., application code 1003), communicated throughcommunications link 1015 and communications interface 1014. Receivedprogram instructions may be executed by data processor 1007 as it isreceived and/or stored in the shown storage device or in or upon anyother non-volatile storage for later execution. Computer system 10A00may communicate through a data interface 1033 to a database 1032 on anexternal data repository 1031. Data items in a database can be accessedusing a primary key (e.g., a relational database primary key).

Processing element partition 1001 is merely one sample partition. Otherpartitions can include multiple data processors, and/or multiplecommunications interfaces, and/or multiple storage devices, etc. withina partition. For example, a partition can bound a multi-core processor(e.g., possibly including embedded or co-located memory), or a partitioncan bound a computing cluster having plurality of computing elements,any of which computing elements are connected directly or indirectly toa communications link. A first partition can be configured tocommunicate to a second partition. A particular first partition andparticular second partition can be congruent (e.g., in a processingelement array) or can be different (e.g., comprising disjoint sets ofcomponents).

As used herein, a “module” can be implemented using any mix of anyportions of the system memory and any extent of hard-wired circuitryincluding hard-wired circuitry embodied as a data processor 1007. Someembodiments include one or more special-purpose hardware components(e.g., power control, logic, sensors, transducers, etc.). Someembodiments of a module include instructions that are stored in a memoryfor execution so as to facilitate operational and/or performancecharacteristics pertaining to real-time control of a content managementsystem based on participant interactions with an online virtual canvasuser interface. A module may include one or more state machines and/orcombinational logic used to implement or facilitate the operationaland/or performance characteristics pertaining to real-time control of acontent management system based on participant interactions with anonline virtual canvas user interface.

Various implementations of database 1032 comprise storage mediaorganized to hold a series of records or files such that individualrecords or files are accessed using a name or key (e.g., a primary keyor a combination of keys and/or query clauses). Such files or recordscan be organized into one or more data structures (e.g., data structuresused to implement or facilitate aspects of real-time control of acontent management system based on participant interactions with anonline virtual canvas user interface). Such files, records, or datastructures can be brought into and/or stored in volatile or non-volatilememory. More specifically, the occurrence and organization of theforegoing files, records, and data structures improve the way that thecomputer stores and retrieves data in memory, for example, to improvethe way data is accessed when the computer is performing operationspertaining to real-time control of a content management system based onparticipant interactions with an online virtual canvas user interface,and/or for improving the way data is manipulated when performingcomputerized operations pertaining to using the facilities of a contentmanagement system to improve the quality of collaborative interactionsduring online meeting sessions.

FIG. 10B depicts a block diagram of an instance of a cloud-basedenvironment 10B00. Such a cloud-based environment supports access toworkspaces through the execution of workspace access code (e.g.,workspace access code 1042 ₀, workspace access code 1042 ₁, andworkspace access code 1042 ₂). Workspace access code can be executed onany of access devices 1052 (e.g., laptop device 1052 ₄, workstationdevice 1052 ₅, IP phone device 1052 ₃, tablet device 1052 ₂, smart phonedevice 1052 ₁, etc.), and can be configured to access any type ofobject. Strictly as examples, such objects can be folders or directoriesor can be files of any filetype. The files or folders or directories canbe organized into any hierarchy. Any type of object can comprise or beassociated with access permissions. The access permissions in turn maycorrespond to different actions to be taken over the object. Strictly asone example, a first permission (e.g., PREVIEW_ONLY) may be associatedwith a first action (e.g., preview), while a second permission (e.g.,READ) may be associated with a second action (e.g., download), etc.Furthermore, permissions may be associated to any particular user or anyparticular group of users.

A group of users can form a collaborator group 1058, and a collaboratorgroup can be composed of any types or roles of users. For example, andas shown, a collaborator group can comprise a user collaborator, anadministrator collaborator, a creator collaborator, etc. Any user canuse any one or more of the access devices, and such access devices canbe operated concurrently to provide multiple concurrent sessions and/orother techniques to access workspaces through the workspace access code.

A portion of workspace access code can reside in and be executed on anyaccess device. Any portion of the workspace access code can reside inand be executed on any computing platform 1051, including in amiddleware setting. As shown, a portion of the workspace access coderesides in and can be executed on one or more processing elements (e.g.,processing element 1005 ₁). The workspace access code can interface withstorage devices such as networked storage 1055. Storage of workspacesand/or any constituent files or objects, and/or any other code orscripts or data can be stored in any one or more storage partitions(e.g., storage partition 1004 ₁). In some environments, a processingelement includes forms of storage, such as RAM and/or ROM and/or FLASH,and/or other forms of volatile and non-volatile storage.

A stored workspace can be populated via an upload (e.g., an upload froman access device to a processing element over an upload network path1057). A stored workspace can be delivered to a particular user and/orshared with other particular users via a download (e.g., a download froma processing element to an access device over a download network path1059).

In the foregoing specification, the disclosure has been described withreference to specific embodiments thereof. It will, however, be evidentthat various modifications and changes may be made thereto withoutdeparting from the broader spirit and scope of the disclosure. Forexample, the above-described process flows are described with referenceto a particular ordering of process actions. However, the ordering ofmany of the described process actions may be changed without affectingthe scope or operation of the disclosure. The specification and drawingsare to be regarded in an illustrative sense rather than in a restrictivesense.

What is claimed is:
 1. A method for processing a series of participantinteractions in an online virtual canvas, the method comprising:presenting an online virtual canvas as an active area of an onlinemeeting facility that renders participant-specific online virtual canvasinteractions from a respective plurality of user devices; gatheringinformation from session events that derive from theparticipant-specific online virtual canvas interactions; and generatingone or more inferences, the one or more inferences based at least inpart on the information of the session events.
 2. The method of claim 1,further comprising generating a session profile, wherein the sessionprofile comprises at least one of the one or more inferences.
 3. Themethod of claim 2, wherein the session profile comprises at least oneof, one or more action items, or a textual description of a topic orkeyword, or a textual description of ideas or themes, or one or moregroupings of uploaded objects.
 4. The method of claim 2, wherein thesession profile comprises an agenda, at least one inferred action item,and at least one inferred owner corresponding to the at least oneinferred action item.
 5. The method of claim 2, wherein the sessionprofile comprises at least one of, content object changes, oruser-specific engagement summaries.
 6. The method of claim 5, furthercomprising: delivering the user-specific engagement summaries tospecific users.
 7. The method of claim 2, wherein the session profilecomprises summary metrics, and wherein the summary metrics comprise areal-time summary stream.
 8. The method of claim 1, further comprising:isolating collaboration-related features or passages by consideringmeanings of human-readable words within analyzed session events.
 9. Themethod of claim 8, wherein the collaboration-related features orpassages comprise at least one of, schedules, action items, workflowstage gate assessments, or workflow triggers.
 10. The method of claim 1,further comprising: generating a command to be executed by a contentmanagement system; and delivering the command to the content managementsystem.
 11. The method of claim 10, wherein execution of the commandcauses a change to a state of the content management system, or whereinexecution of the command reports a state of the content managementsystem.
 12. The method of claim 11, further comprising adding a user toone or more collaboration groups, or adding highlighting of a portion ofa content object as metadata of the content object.
 13. The method ofclaim 1, further comprising: forming grouping inferences, wherein thegrouping inferences comprise content object groupings, or teamgroupings.
 14. The method of claim 13, wherein the team groupings areformed based on an implied team, wherein the implied team is composed ofusers who interact with a particular content object.
 15. The method ofclaim 1, further comprising correlating the session events with sessionmetadata.
 16. The method of claim 15, wherein the session metadatacomprises at least one of, a person's identification, a transformedversion of the correlated session events, or a generated preview of acontent object or its corresponding metadata.
 17. The method of claim 1,wherein at least some of the session events comprises one or more of,mouse movement quantities, mouse movement types, duration of mousereactions, a duration of mouse hovering, or a number of dwell minutes.18. The method of claim 1, further comprising: forming a team based on aparticipant's association with a workflow; and assigning, to at leastone member of the team, at least some tasks pertaining to the workflow.19. A non-transitory computer readable medium having stored thereon asequence of instructions which, when stored in memory and executed byone or more processors causes the one or more processors to perform aset of acts for processing a series of participant interactions in anonline virtual canvas, the set of acts comprising: presenting an onlinevirtual canvas as an active area of an online meeting facility thatrenders participant-specific online virtual canvas interactions from arespective plurality of user devices; gathering information from sessionevents that derive from the participant-specific online virtual canvasinteractions; and generating one or more inferences, the one or moreinferences based at least in part on the information of the sessionevents.
 20. The non-transitory computer readable medium of claim 19,further comprising instructions which, when stored in memory andexecuted by the one or more processors causes the one or more processorsto perform acts of generating a session profile, wherein the sessionprofile comprises at least one of the one or more inferences.
 21. Thenon-transitory computer readable medium of claim 20, wherein the sessionprofile comprises at least one of, one or more action items, or atextual description of a topic or keyword, or a textual description ofideas or themes, or one or more groupings of uploaded objects.
 22. Thenon-transitory computer readable medium of claim 20, wherein the sessionprofile comprises an agenda, at least one inferred action item, and atleast one inferred owner corresponding to the at least one inferredaction item.
 23. The non-transitory computer readable medium of claim20, wherein the session profile comprises at least one of, contentobject changes, or user-specific engagement summaries.
 24. Thenon-transitory computer readable medium of claim 23, further comprisinginstructions which, when stored in memory and executed by the one ormore processors causes the one or more processors to perform acts of:delivering the user-specific engagement summaries to specific users. 25.The non-transitory computer readable medium of claim 20, wherein thesession profile comprises summary metrics, and wherein the summarymetrics comprise a real-time summary stream.
 26. The non-transitorycomputer readable medium of claim 19, further comprising: isolatingcollaboration-related features or passages by considering meanings ofhuman-readable words within analyzed session events.
 27. Thenon-transitory computer readable medium of claim 26, wherein thecollaboration-related features or passages comprise at least one of,schedules, action items, workflow stage gate assessments, or workflowtriggers.
 28. A system for processing a series of participantinteractions in an online virtual canvas, the system comprising: astorage medium having stored thereon a sequence of instructions; and oneor more processors that execute the sequence of instructions to causethe one or more processors to perform a set of acts, the set of actscomprising, presenting an online virtual canvas as an active area of anonline meeting facility that renders participant-specific online virtualcanvas interactions from a respective plurality of user devices;gathering information from session events that derive from theparticipant-specific online virtual canvas interactions; and generatingone or more inferences, the one or more inferences based at least inpart on the information of the session events.
 29. The system of claim28, further comprising generating a session profile, wherein the sessionprofile comprises at least one of the one or more inferences.
 30. Thesystem of claim 29, wherein the session profile comprises an agenda, atleast one inferred action item, and at least one inferred ownercorresponding to the at least one inferred action item.